home *** CD-ROM | disk | FTP | other *** search
/ Software Vault: The Gold Collection / Software Vault - The Gold Collection (American Databankers) (1993).ISO / cdr11 / nr3_tech.zip / INSTMEM.TXT < prev    next >
Text File  |  1993-06-18  |  3KB  |  69 lines
  1. Instancing and Instanced UMBs
  2.  
  3. A little known and little used feature that was added to
  4. Windows 3.1 is the ability to instance TSRs and to create
  5. instanced Upper memory.
  6.  
  7. Instanced Upper memory is upper memory that is unique to
  8. each DOS box (VM).  If upper memory is instanced drivers and
  9. TSRs can be loaded high in the VMs, and each VM can have
  10. different things loaded in it's UMBs.  So, one VM could have
  11. a pop-up calendar loaded high for use with a project
  12. manager, while another VM could have a pop-up speller loaded
  13. for use with the spreadsheet running in that VM.
  14.  
  15. Instancing TSRs involves creating unique copies of TSRs for
  16. each VM that is created.  These copies are created
  17. dynamically when the VM is first launched.  This is
  18. primarily useful for drivers, such as ANSI.SYS, that are
  19. loaded before Windows, and need to operate independently in
  20. each VM.  For example, ANSI.SYS should be instanced so that
  21. it maintains a unique cursor position, screen color, screen
  22. size and so on, for each VM.  This way each VM can maintain
  23. it's own copy of ANSI running independently.
  24.  
  25. How to instance Drivers and TSRs.
  26.  
  27. To tell windows to instance a Driver, place the command
  28. "LOCAL=driver-name" on a line by itself in the [386Enh]
  29. section of the SYSTEM.INI.  The driver name is the device
  30. name of the device as it appears in the device driver chain.
  31. This can be ascertained by using the MEM /D command, or by
  32. using a system analysis program such as Discover or MSD.
  33.  
  34. To instance a TSR place (or add) the command "LocalTSRs=" in
  35. the [NonWindowsApp] section of the SYSTEM.INI.  List the
  36. name of the TSR's EXE file.  For example, to instance
  37. Sidekick (SK.COM) and Turbo Lightning (LIGHT.EXE), you would
  38. say "LocalTSRS=SK,LIGHT"
  39.  
  40. How to create instanced upper memory.
  41.  
  42. To create instanced upper memory, place the command
  43. "LocalLoadhigh=on" in the [386Enh] section of the Windows
  44. SYSTEM.INI file.  Keep in mind though that Windows makes
  45. extensive use of upper memory, and this command prevents
  46. Windows from using Upper memory for itself.
  47.  
  48. If you do want to use local UMBs, be sure to use a TSR such
  49. as Netroom's WINMEM to reserve some upper memory for
  50. Windows' use.  Under DOS 6 you can also use the EMM386 WIN=
  51. command, or Netroom's WINMEM=.  This will reserve some
  52. memory for Windows to use as global memory and for
  53. translation buffers.
  54.  
  55. Instancing is dangerous.
  56.  
  57. Having TSRs instanced is dangerous and, if you are not very,
  58. careful you can lose data.  Think of the following:
  59. SideKick is loaded and is instanced.  You pop up sidekick in
  60. one VM, enter some data and save it, say in the calendar.
  61. Switch to another VM enter some other data and save it.  The
  62. data you saved in the first instance is overwritten by the
  63. data from the second instance, and is gone forever.  So
  64. although instancing can be useful, as in ANSI.SYS, it can
  65. also be deadly (think of instancing DoubleSpace's DBLSSYS$).
  66.  
  67. Copyright (c) 1993, Helix Software Co., Inc.
  68.  
  69.